home *** CD-ROM | disk | FTP | other *** search
/ Acorn User: China / Acorn User China CD-ROM (UK) (Disc B) / Acorn User China CD-ROM (UK) (Disc B).bin / BARNET / ARMLINUX / MAIL / 9804 / text0080.txt < prev    next >
Encoding:
Text File  |  1998-05-13  |  4.4 KB  |  81 lines
  1.  
  2.  
  3. --
  4. James Craig <jcraig@mad.scientist.com>
  5.             <9606585c@udcf.gla.ac.uk>
  6.  
  7.  
  8. On Sat, 18 Apr 1998, Russell King - ARM Linux Admin wrote:
  9.  
  10. > James Craig writes:
  11. > > Here's a serious thought.
  12. > > The Slackware installer works in 4M on the ix86 architecture - anyone feel
  13. > > like recompiling Slack for the ARM? It should just be a case of setting up
  14. > > the cross-compiler as the default compiler, and then doing a SlackBuild
  15. > > command in the root of the slack source tree.
  16. > > The other thing is that you can install slackware packages without using
  17. > > the installer, if you really need, since they are just .tar.gz's with a
  18. > > few extra files included. Much nicer than that horrible RPM thingy. :)
  19. > 
  20. > Here's a few facts:
  21. > *    The RedHat installer works in 4MB on the x86 architecture.
  22. > *    The RedHat installer works in 4MB on the RiscPC architecture.
  23. > *    The RedHat installer does not work in 4MB on the A5000 architecture.
  24. It's well dodgy on 4M on an x86. I've tried it. :) 
  25. > The reason?  The old machines have a limited number of pages (128 if you've
  26. > got 4MB) and with a 32k page size.  This all adds up to not a lot of pages
  27. > per process after the kernel has built, and hence the problems.  In 4MB without
  28. > swap, you can just about get away with a shell and a daemon before you
  29. > hit the out of memory.  There just aren't enough pages at a fine enough
  30. > granularity.
  31. Yep, I know about this problem. It's a bit of a problem (understatement of
  32. the century) but we're more likely to be able to manage when the installer
  33. is just a tar+gunzip, instead of some weird format that stores huge heaps
  34. of completely useless info. 
  35. > No matter what installer you use, you're going to get this problem. > 
  36. > Besides, RPMs are much nicer...  The binary ones contain all info to do
  37. > with the package, including install and uninstall scripts.  They also
  38. > contain a description of the package, and a signature (mine don't) to
  39. > verify that the packages are still sound.
  40. The slackware packages include the scripts too - If you look closely at a
  41. slackware package, it contains a install/script file usually which handles
  42. installation. Most slackware packages uninstall fairly cleanly too. The
  43. other *BIG*, in fact *HUGE* advantage is that you can get away with no
  44. installer whatsoever. The good old fashioned sash shell (stand-alone
  45. shell) includes tar in it - and compiles perfectly for the ARM leaving
  46. bucketloads of RAM free even on a 4M machine. You can just use it's
  47. built-in tar command to unpack the slackware packages - it works great.
  48. > The source RPMs contain all the info to rebuild the binary RPM.  In fact,
  49. > you cannot have a source RPM without having a binary RPM.
  50. Woopee. Hmm... methinks slackware source dir and the magic SlackBuild
  51. files. :)
  52. > The RPMs have version and release numbers in, and they have
  53. > interdependencies, such that the installer can say to itself: 'so you want
  54. > to install this perl script do you?  have you installed perl already ?'
  55. > If you haven't, it'll warn you.  It'll also warn you if you attempt to
  56. > remove a package (eg perl) that has other packages using it.
  57. Interdependencies are much overrated. Installing RH and debian, I spend
  58. half my time overriding the bloody things because stupid people saw fit to
  59. make, e.g. tcl-7.4 and tcl-7.5, completely seperate from a dependencies
  60. point of view. Right now, ARM linux is a real pain in the butt to get
  61. working on older machines. I don't really think people who are smart
  62. enough to get it to even *boot* are going to have much trouble figuring
  63. out that the need to install perl before they can use a perl script. Not
  64. to forget, of course, RPM is truly hideous to use anyway. Trying to do
  65. anything other than one of the predefined action is seriously fiddly, and 
  66. you don't stand much change of getting an RPM port to other OSs to let
  67. you modify packages before installing them - e.g. seperating individual
  68. files out to fit them onto 720K floppies.. Also - removing a package which
  69. other programs are using isn't smart usually - but you need to do it to
  70. make a decent job of upgrading versions on something. I'd much rather it
  71. just shut up and got on with it. :)
  72. > I've had this discussion with someone at work, and they saw the light... ;)
  73. My commiserations to your friend, losing his soul to the dark side of
  74. Linux. He's fallen in with evil companions. ;)
  75.  
  76. -- James Craig
  77.    <jcraig@mad.scientist.com>
  78.  
  79. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu
  80.  
  81.